A4000 eingeschaltet, DOS Floppy mit Sampler ( Quick ) formatiert, alle Samples ausser "sine wave" gelscht,
auf Diskette "wipe all" gespeichert.
-> es entsteht natrlich yamaha.sym und a3000_sy.002
und sine_wav.003 und sine_wav.003

yamaha.sym ist das Inhaltsverzeichnis
a3000_sy.003 ist die Formatkennung

sine_wav.003 ist das Bankfile
sine_wav.004 ist das Samplefile

Rausfinden des RchAssign in PLAY/F2:
war orginal erst mal auf OFF.
-> setzen auf  =SMP und speichern mit (AllEdited)
Auswirkung:
auf der Floppy entstand ein neues File 001_____.005
im File steht die Kennung FSFSDEV3SPLXPROG -> dies ist also das Programmfile
Yamaha.sym hat sich gendert und enthlt einen Eintrag \PROG\001

Rausfinden SampleLnge:
obwohl ich LoopMode und WaveStart/End und LoppStart/End in den Sample Einstellungen editiert habe, wurde
das SMPL File nicht verndert, wohl aber das SBNK file. Beim Speichern der nderungen wurde aber gefragt,
ob das Sample wirklich ersetzt werden soll.
Auto auf off, damit zwischenwerte gesetzt werden knnen.

Rausfinden Level/Pan/VelSens:
wieder zurck zum Ausgangsvolume
-> level auf 90, Pan +5 VelSens +8
Auswirkung:
Samplefiles sind immer noch gleich!

Rausfinden OrgKey:
Org: F#3 -> F3
Low: C-2 -> D-2
High: G8 -> F8
-> sample file immer noch gleich
dieses Volume als neue Vergleichsbasis verwendet
Org: zurck auf F#3
Auswirkung:
Offset 0xD6/7 von 4141 auf 4242 und
Offset 0xDE/DF von 14EC auf 1542
Jetzt Low:
von D-2 auf c-2
Offset 0x9B von C8 auf F8
Offset 0xA3 von 7C auf 94
Offset 0xE3 von 02 auf 00
jetzt High:
von F8 auf G8
Offset 0xE2 von 7D auf 7F

Im Samplefile sind die Grenzen fr Start und Ende des Samples drin, die gesetzt
werden wenn das Sample mit Extract geschnitten wurde, hingegen im SBNK file sind
die aktuell eingestellten Werte drin. ???

es gibt SMPL,SBAC,SBNK, wobei SBAC offensichtlich die SampleBank ist

Untersuchen einer frisch vom A4000 formatierten (nicht quick) Diskette:
es sind nur A3000_sy.002 und yamaha.sym drauf.
in yamaha.sym ist nur der Diskettenname, \A3000.sym und \OTHERS drin,
keine sonstigen Eintrge.

Es gibt Situationen, da kann der A4000 nicht mehr auf das Zip zugreifen, auch
remount bringt nix, auch nicht aus/einschalten. Ich denke es hngt mit WinXP
zusammen, sobald man mit dem Explorer auch nur ein einziges mal das Laufwerk
angeklickt hat, gibt Windows es nicht mehr frei, kann aber selbst auch nix 
damit machen.
Das passiert aber nicht, wenn man z.B. mit Disky oder Hex Workshop darauf zugegriffen
hat.

Zip Disk lsst sich nicht formatieren, wenn Windows anwesend ist, es gibt
dann ziemlich schnell einen Read/Write Error.

Zip Disk lsst sich mit 1-8 Partitionen physikalisch formatieren.

Physikalische Formatierung mit 8 Partitionen auf Zip mit Namen
{ 8 Partitions } durchgefhrt. Dabei kamen folgende Partitionen 
heraus:
{ 8 Partitions 1
{ 8 Partitions 2
{ 8 Partitions 3
{ 8 Partitions 4
{ 8 Partitions 5
{ 8 Partitions 6
{ 8 Partitions 7
{ 8 Partitions }
-> es wird eine automatische Numerierung durchgefhrt indem die letzte
Stelle des Namens bei der 0. Partition bleibt, bei 1-7 entsprechend der
Partionsnummer verndert wird.
Die Disk meldet 11919kB frei auf jeder Partition
=> 8 x 11919kB = 95352kB gesamt als nutzbarer Speicher verfgbar.

Physikalische Formatierung mit 1 Partitionen auf Zip mit Namen
New Partition durchgefhrt. 
Die Disk meldet 97904kB frei.

Das ist mehr als bei den 8 Partitionen -> es gehen durch die 7 weiteren
Partition 97904kb - 95352kB = 2552kB verloren.
Das sind 2552kB / 7 =~ 365kB pro Partition. (etwas viel nur fr Organisation)

Identifizierung:
a:i:p
a = Adapter
i = SCSI ID
p = Partitionsnummer

CDROMs sind mit Blcken zu 0x800 Bytes organisiert und haben auch die FSFS... Kennungen
Inhaltsverzeichnis scheint aber anders zu sein.
File 0000 enthlt die Zuordnung zwischen Ordnernamen der CD und den VolumeNamen
letzer Eintrag im File ist _DSKNAME und zeigt auf den Dateinamen, der den Disknamen enthlt.
Diese Datei ist 16 Byte lang und enthlt nur den mit 0x20 gepaddeten DiskNamen und ist wie
ein Ordner benahmt, aber mit der hchsten Nummer, z.B. F008


Versuch:
rckspielen eines dd images mit 8 leeren Partitionen aufs Ziplaufwerk, bei eingeschaltetem Sampler:
dauert auch ziemlich lang.

restoring ../dumps/DiskDump Empty Zip 8 Partitions.bin to /dev/sde
196608+0 records in
196608+0 records out
100663296 bytes (101 MB) copied, 4035.66 seconds, 24.9 kB/s
-> wird sich wohl nicht rentieren, das zum formatieren statt des Samplers zu verwenden.
-> wird aber vom Sampler danach wieder mit 8 partitionen erkannt.
einen Abzug erstellen geht aber schnell:
creating backup
24577+0 records in
24577+0 records out
12583424 bytes (13 MB) copied, 13.043 seconds, 965 kB/s
comparing